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[57] ABSTRACT 

A method and system for generating a computer program in 
the manner that uses no computer programming language 
syntax. The system represents a computer program as an 
intentional program tree, which is a high-level program tree 
that is a syntax-independent representation using high-level 
computational constructs. The intentional program tree rep- 
resents a programmer's intent, rather than an implementa- 
tion of the programmer's intent. The programmer creates an 
intentional program tree using a syntax-independent editor. 
The editors allows a programmer to directly manipulate the 
intentional program tree. Because the program is stored as 
an intentional program tree in a syntax-independent manner, 
the editor allows die program to select in which of a various 
programming language the computer program is to be 
displayed. In addition, the system transforms an intentional 
program tree to a reduced program tree, which is a program 
tree comprising low-level computational constructs, in a 
process called reduction. The reduction process replaces 
expressions of programmer's intents with a representation of 
one of possible multiple implementations of those intents 
using low-level computational constmcts. 

28 Claims, 35 Drawing Sheets 
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METHOD AND SYSTEM FOR REDUCING level computatiooal construct of the computer program. For 

AN INTENTIONAL PROGRAM TREE each node representing a high-level computational 

REPRESENTED BY HIGH-LEVEL constmct, the system transforms the node into an implemen- 

COMPUTATIONAL CONSTRUCTS tation of the high-level computational construct using low- 

5 level computational constructs. For each node representing 

CROSS-REFERENCE TO RELATED a low-level computational construct, the system generates 

APPLICATIONS executable code that implements the low-level computa- 

mis application is a divisional of U.S. patent appUcalion 'j^'f, '"'f^"^ " P'^^^f « r^!'^^ 

Ser. No. 08/431,049. filed Apr. 28, 1995, which is a highOevelcomimta^ona constmct has a pl^ality of im^^^^ 

continuation-in-part of U.S. patent application Ser. No. '° "K^fations of the high-level computational construct, the 

08/145,689. filed Oct 29, 1993, now ab^doned. system transforms the nodes by selecting one of the imple- 

mentations and transforms the node m accordance with the 

TECHNICAL FIELD selected implementation. The system further provides that 

the implementation is selected by automatically analyzing 

The present invention relates generally to a computer 15 semantics of the intentional program tree, 
method and system for generating a computer program and, 

more specifically, to a computer method and system that ^^^^^ DESCRIPTION OF DRAWINGS 

supports extensible computational constructs for use in FIGS. lA and IB are diagrams of an IP subtree and the 

creating a computer program, corresponding RP subtree. 

20 



BACKGROUND OF THE INVENTION 



FIG. IC is a diagram of an IP subtree that may reduce to 
the RP subtree of FIG. IB. 



Computer programs are generally written in a high-level FIG. 2A is a high-level block diagram of the general- 
programming language (e.g., Pascal and C). Compilers are purpose computer system upon which the IP system pref- 
then used to translate the instructions of the high-level erably operates. 

programming language into machine instructions, which can pj^. 2B is a block diagram of the components of the IP 

be executed by a computer. The compilation process is system. 

generally divided into 6 phases: ' 3 ^ ^ ^^^^^^^ ^ ^^^^^^ ^ ^^^^^^ jp 

1. Lexical analysis Pjq diagram of the layout of a tree element. 

2. Syntactic analysis 30 piG. 5 is a diagram of the IP subtree of FIG. 3 showing 

3. Semantic analysis the tree components of each tree element. 

4. Intermediate code generation FIG. 6 is block diagram of components of the editor in a 

5. Code optimization preferred embodiment. 

6. Final code generation PI*^* illustrates the user interface provided by the IP 
Lexical analysis involves scanning the computer program editor. 

and recognizing components or tokens of the high-level FIG. 7B illustrates a sample program displayed in Lisp 

language. During this phase, the compiler converts the format. 

computer program into a series of tokens that are processed FIG. 7C illustrates the selection of the select menu of the 

during syntactic analysis. For example, during lexical IP tree editor. 

analysis, the compiler would recognize the statement piG. 7D illustrates sample command selection. 

cTtible-i.O; '^^ represents a state diagram illustrating the navi- 
gation of teraiinal operands. 

as the variable(cTable), the operator(-), the constant(1.0); piG. 7F represents a state diagram illustrating navigation 
and a semicolon. A variable, operator, constant, and semi- 45 of a unary operator. 

colon are tokens of the high-level laBguage. Durmg syntac- pj^. 70 represems a state diagram iUnstrating navigation 

tic analysis, the compiler processes the tokens and generates ^ binary operator 

a syntax tree to represent the program. A syntax tree is a tree r-j^ -,y * ^ * j- -n * • 

^ ^ . t_. , . J J - FIG. 7H represents a state diagram illustrating navigation 

structure m which operators and operands are stored m 1^ £. \- -^l .iT . j 

jT^L. i.i through a function with more than two operands, 

nodes. In the above example, the operator (=) has two 50 o • a ^-p rr,* ^ c 

operands: the variable (cTable) and the constant (LO). Dur- , ^19- ^ ^/"""^ ^'^^y ^^^^^^ °f 

• *• 1 * *L -1 j-c / * the IP tree editor, 
mg semantic analysis, the compiler modifies the syntax tree 

to ensure semantic correctness. For example, if the variable ^1^. 9 is a flow diagram of the msert new node routine. 

(cTable) is an integer and the constant (1.0) is real, then ^1^. 10 is a flow diagram of the generate display repre- 
during semantic analysis an operator for real to integer 55 sentation routine. 

conversion would be added to the syntax tree. During FIGS. 1L\-11D are sample diagrams showing the con- 
intermediate code generation, code optimization, and final tents of a subtree and the display representation at various 
code generation, the comjsiler generates machine instruc- times during the insertion of two new nodes into the subtree, 
tions to implement the program represented by the syntax FIGS. 12A-12F show the execution of the generate 
tree. The machine instructions can then be executed by the display representation routine to produce the display repre- 
computcr. sentation shown in FIG. IID, 

FIG. 13 shows an IP subtree corresponding to the decla- 

SUMMARY OF INVENTION ..^on statement for the variable "coU » 

The present invention provides a method and system for FIG. 14 is a diagram illustrating an IP subtree correspond- 
generating executable code for a computer program. In a 65 ing to the "forall" statement. 

preferred embodiment, the system receives an intentional FIG. 15 is a diagram of an RP subtree corresponding to 

program tree that has nodes. Each node represents a high- the declaration of the variable "coll." 



03/13/2004, EAST Version: 1.4.1 



5,911, 

3 

FIGS. 16A-16D are diagrams of the RP subtree for the 
"forall" statement shown above. 

FIG. 17 is a block diagram illustrating a declaration tree 
element. 

5 

DETAILED DESCRIPTION OF THE 
INVENTION 

Overview 

The present invention provides a method and system for 
generating a computer program. Id a preferred embodiment, 
the system, referred to as an intentional programming sys- 
tem (IP system), provides for: 

1. creating a computer program in a manner that is 
independent of any programming language syntax; 

2. displaying representations of a computer program in 
various programming language formats; 

3. adding new computational constructs that can be used 
in creating a computer program; 

4. specifying computational constructs as a programmer's 
"intent," rather than a programming-language based 
implementation of the programmer's intent; and 

5. adding multiple implementations of an intent that are 
customized to the environment in which the intent is 25 
used. 

A programmer uses the IP system to generate an intentional 
program. A intentional program is represented by an inten- 
tional program tree (IP tree), which is high-level program 
tree that is a syntax-independent representation using high- 30 
level computational constmcts. The IP tree represents the 
programmer's intent, rather than an implementation of the 
programmer's intent. A programmer creates an IP tree using 
the syntax-independent editor of the IP system. The editor 
allows a programmer to directly manipulate the IP tree, 35 
which is in contrast to conventional programming systems in 
which a programmer manipulates a textual representation of 
the program that is later converted into a syntax tree during 
compilation. Because the program is stored in an IP tree in 
a syntax-independent manner, the editor allows the program- 40 
mer to select in which of various programming languages 
the computer program is to be displayed. After an IP tree is 
created, the IP system transforms the IP tree into a reduced 
program tree (RP tree), which is a low-level program tree, in 
a process that is called reduction. The reduction process 45 
replaces expressions of the programmer's intents (i.e., high- 
level computational constructs) with a representation of one 
of the possibly multiple implementations of those intents 
using low-level computational constructs (e.g., add two 
integers, shift left one bit). A low-level computational con- 50 
struct is a construct that is typically provided by conven- 
tional syntax-based programming languages. A preferred set 
of low-level computational constmcts is provided by BCPL 
(see Richards, M., "BCPL: ATool For Compiler Writing and 
Systems Programming," Proceeding AFIPS, vol. 34, (SJCC) 55 
New Jersey, AHPS Press, 1969, pp. 557-566). The IP 
system then uses the RP tree to generate executable code that 
is the actual implementation of the programmer's intent. In 
addition, the IP system allows a programmer to define new 
high-level computational constructs. Each new high-level 60 
computational construct represents a programmer's intent 
and can be used when creating an IP tree. 

An IP tree is a tree data structure in which the nodes (tree 
elements) represent the high-level computational constructs 
used to form the computer program. For example, it may be 65 
a programmer's intent to calculate the average of a list of 
numbers. The programmer's intent is represented by a 
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subtree of the IP tree with a tree element that indicates that 
the average (an operator) is to be calculated and that points 
to other tree elements (the operands) that each indicates one 
of the numbers in the list. The root of the IP subtree 
represents the high -lever computational construct "Average'* 
and its child tree elements represent high-level computa- 
tional constructs that generate the value of each number. 
During reduction, this IP subtree is transformed into a 
subtree containing tree elements representing low-level 
computational constructs that form an implementation of the 
programmer's intent to calculate an average. FIGS. lA and 
IB are diagrams of an IP subtree and the corresponding RP 
subtree. The IP subtree of FIG. lA contains a tree element 
lAOl that represents the high-level computational construct 
"Average" and three tree elements 1A02, 1A03, and 1A04 
that represent the numbers 3.4, 2.8, and 1.5. The RP subtree 
of FIG. IB contains tree elements 1B01-1B07 that represent 
low-level computational constructs. The tree elements 
1B01-1B03 represent arithmetic low-level computational 
constmcts (operators), and the tree elements 1B04-1B07 
represent their operands. The IP subtree represents the 
programmer's intent at a higher level than that of the RP 
subtree. It is clear from the IP subtree of FIG. lA that the 
programmer's intent is to calculate the average of three 
numbers, but that intent is not clear from the RP subtree of 
FIG. IB. FIG. IC is a diagram of an IP subtree that may also 
reduce to the RP subtree of FIG. IB. The programmer's 
intent that is expressed by the IP subtree of FIG. IC is to add 
a list of numbers and then divide by 3 regardless of how 
many numbers are in the list. Thus, it is ambiguous firom the 
RP tree alone what is the programmer's intent. That is, the 
programmer's intent could have been to calculate the aver- 
age of a list of numbers or to add a list of numbers and then 
divide by three. An accurate expression of the programmer's 
intent is especially important when maintaining a computer 
program. For example, if the maintaining progranomer does 
not know the intent of RP subtree of FIG. IB, then the 
maintaining programmer does not know whether to change 
tree element 1B07 to a "4" or leave it as a "3" when a new 
number is added to the list. 

High-Level (IP) versus Low-Level (RP) 
Computational Constructs 

In a preferred embodiment, the low-level computational 
constructs correspond to those computational constructs 
typically supported by current programming languages. 
These typical low-level computational constructs include 
arithmetic operators (e.g., "^'0> data 

access operators (e.g., "[ f *), type operators (e.g., 

"int", "class", "struct"), and program control operators (e.g., 
"for", "while", function invocation). In one embodiment, the 
low-level (RP) computational constmcts are the computa- 
tional constructs supported by the C programming language. 
In this way, the semantic analysis, the intermediate code 
generation, the code optimization, and the final code gen- 
eration of an existing C compiler can be used to process an 
RP tree. 

The high-level (IP) computational constructs correspond 
to any computational construct that can be inserted into an 
IP tree. For example, "average," "sort," "Fourier transform," 
and "display" would each be a high-level computational 
construct. The high-level computational constructs can be 
system defined, that is, predefined by the IP system, or 
programmer defined, that is, defined by a programmer to 
represent the programmer's intent. Typically, each low-level 
computational construct is also a high-level computational 
construct. For example, the computational construct "addi- 
tion" is both high-level and low-level. 
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Architecture 

FIG. 2A is a high-level block diagram of the general- 
purpose computer system upon which the IP system pref- 
erably operates. The computer system 2A00 contains a 
central processing unit (CPU) 2A01, a computer memory 
(memory) 2A02, and input/output devices 2A03. The com- 
puter programs of the IP system reside in the memory and 
execute on the CPU. Among the input/output devices is a 
storage device 2A04, such as a hard disk drive, a keyboard 
2A05, a pointing device 2A06, such as a mouse, and a 
display device 2A07, such as a monitor. 

FIG. 2B is a block diagram of the components of the IP 
system. The main components are the editor 2B01, the 
reducer 2B02, and tbe code generator 2B03. The editor 
provides a graphical user interface through which a user 
inputs an intentional program in a syntax-independent man- 
ner by direct manipulation of the IP tree 2B06. The editor 
can be used to create and install display enzymes 2B04, 
reduction enzymes 2B07, and IP computational constructs 
2BQ5. Each IP computational construct has a corresponding 
display enzyme that controls the displaying of a represen- 
tation of the constmct. (The term "enzyme" refers to a 
function or a method that uses the IP tree or subtree as input.) 
An IP computational construct may have multiple display 
enzymes that each display the IP computational construct in 
a different format. For example, an IP computational con- 
struct may have a display enzyme for a C++ format, a lisp 
format, or a tree format that displays a graphical represen- 
tation of the IP tree. A user of the IP system would select the 
desired display formal. Each IP computational construct also 
has one or more reduction enzymes that control the reduc- 
tion of the IP computational construct to RP computational 
constructs. In one embodiment, the IP system has a table of 
IP computational constructs that contains a description of 
each of the constructs that are available to be used in an IP 
tree. Once an IP tree is created using the IP computational 
constructs, it can be reduced to a RP tree 2B08 by reducer 
2B02. The reducer inputs the IP tree and the reduction 
enzymes and applies the reduction enzymes to the IP tree to 
generate the RP tree. The RP tree is then input to a standard 
code generator 2B03 to generate executable code for the 
intentional program. 

IP Tree 

An IP tree is a tree data structure that contains nodes (tree 
element). Each node contains an operator field (i.e., operator 
tree component) and may contain operand fields and other 
fields depending on the contents of the operator field. The 
operator field contains a reference to a node corresponding 
to a declaration of an IP computational construct or a 
program-defined declaration (e.g., "int x**). The operand 
fields contain references to subtrees of the IP tree that 
represent operands for the node. 

Each IP tree includes an IP set of "IP declaration nodes" 
that are defined by the IP system. An IP declaration node is 
a node with an operator field that references the "declara- 
tion" IP computational construct. The IP dedaralion nodes 
preferably include the computational constructs found in 
conventional programming. For example, the declaration 
nodes include computational constructs that correspond to 
mathematical operations, function invocation, and data typ- 
ing. Each IP declaration node has a display enzyme and a 
reduction enzyme associated with it. The display enzyme is 
a routine that controls the display of nodes that have operator 
fields that reference the IP declaration node. The reduction 
enzyme is a routine that controls the reduction of nodes that 
have operator fields that reference the IP declaration node. 



FIG. 3 is a diagram of a portion of a sample IP tree. This 
sample IP tree corresponds to the following computer code: 

{ 

int A, B, C, D; 



B-4; 



A-5+3*(4-C); 



The sample IP tree contains the nodes 301 — 313 and 320 — 
329. Nodes 301 — 313 are non-declaration nodes, which are 
represented by circles, and nodes 320 — ^329 are declaration 
nodes, which are represented by squares. The declaration 
nodes 320 — ^326 are IP declaration nodes. The declaration 
node 320 represents a list (e.g., a compound statement), the 
declaration node 321 represents the assignment operator, the 
declaration nodes 322 — ^324 represent arithmetic operators, 
the declaration node 325 represents a constant data type, and 
declaration node 326 represents an integer data type. Dec- 
laration nodes 327-329 correspond to the declaration state- 
ment (i.e., "int A, B, C, D;") for those variables. The 
declaration nodes that correspond to declaration statements 
in the program are referred to as "program-defined" decla- 
ration nodes. The nodes connected by the solid lines form a 
tree data stmcture, and all the nodes form a graph data 
structure. 

Aprogrammer can create this sample IP tree by adding the 
nodes in various orderings. The following describes the 
creation of the sample IP tree by adding nodes in a top- 
down, left-to-right order. The programmer first creates node 

301 and set its operator (IP computational construct) to point 
to the "list" declaration node, which is an IP declaration 
node. The programmer then creates nodes 302, 303, 304, and 
305 to represent each of the statements in the compound 
statement. (The subtree of nodes 303 and 304 are not 
shown.) The node 301 points to each of its operands, nodes 
302, 303, 304, and 305. That is, the node 301 has the 
operator of list and operands of each statement in the list. 
The programmer sets the operator of node 302 to point to the 
list declaration node 320 and of nodes 303, 304, and 305 to 
point to the assignment declaration node 321. The program- 
mer then creates the program-defined declaration nodes 
327-329 for the variables "A," "B," and "C and sets node 

302 to point to the declaration nodes 327-329 as operands. 
Each declaration node 327-329 has an operand that points to 
declaration node 326 (indirectly through nodes that are not 
shown) specifying the type of the variable. The programmer 
then creates node 306 and sets its operator to point to the 
declaration node 327 for the variable "A." The programmer 
then creates node 307 and sets its operator to point to the 
declaration node 322 for the addition operator. The program- 
mer then sets the operands of node 305 to point to nodes 306 
and 307. The programmer continues creating nodes 308-313 
and setting their operators and operands in a similar manner. 

An IP tree is preferably stored in memory as a collection 
of nodes called tree elements (TEs). Each tree element 
contains various tree components (fields) that contains the 
data of the tree element. The tree components are: operator, 
operand [i], and property [i]. The operator tree component 
("tcOp") and operand tree components ("tcOpnd[i]") con- 
tain pomters to other tree elements that describe the operator 
and operands. For example, a tree element representing the 
addition ("+") computational construct, contains in its 
operator tree component a pointer to a declaration tree 
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element that defines the addition computational construct tion tree element for the variable, the highlight property is 

and contains in its operand tree components a pointer to a easily accessible when displaying the IP tree. A declaration 

tree element for each operand. Operator tree components tree element for a program-defined declaration of a variable 

point to declaration tree elements. The property tree com- (e.g., "int A") contains an indirect pointer to the declaration 

ponenls contain various properties of the tree element. For s tree element for the type (e.g., "inl"). When the variable is 

example, an annotation property is stored in the annotation used in an intentional program as an operand (e.g., "A«B+ 

tree component ("tcAnnot"), a name property is stored in the 3*(4-C)"), the tree element that represents the operand 

name tree component ("tcDni'*), and a constant value prop- contains in its operator tree component a pointer to the 

erty is stored in the constant tree component ("tcConst"). declaration tree element of the variable. 

The name and constant tree components contain the name lO Because each tree element contains a pointer to the 

and constant values, rather than a pointer to a tree element. declaration tree element for its operator, the names of (a 

The operand and annotation tree componeats, on the other property of) each declaration tree element may be arbitrarily 

hand, contain pointers to other tree elements that form a tree assigned. The names are preferably used for display only, 

structure. The operator tree components contain pointers to Moreover, each declaration tree element does not need a 

other tree elements in graph structure, rather than a tree 15 unique name. A declaration tree element can be identified to 

structure. a user by a non-unique name and other properties or by its 

FIG. 4 is a diagram of the layout of a tree element 401. location (e.g., containing module name) within the IP tree. 

The column labeled "tree component" contains the name of In this way, a variable with the same name as a field of a 

the tree component and the column labeled "valub" contains structure can be distinguished. Also, operands can be asso- 

the value of the tree component. For example, the operator 20 ciated with declarations without the constraints of scoping 

tree component ("tcOp") in tree clement 401 would contain rules normally associated with typical programming lan- 

a pointer to a declaration tree element for an IP or program- guages. For example, code from different libraries can be 

defined declaration. combined without causing name conflicts. 

FIG. 5 is a diagram of the IP subtree of FIG. 3 showing 

the tree components of each tree element. Each of the tree 25 Editor 

elements fe labeled with numbers that correspond to the The editor of the IP system allows an IP tree to be created 

nodes of FIG^ 3^ example, tree element 505 corresponds ^ ^.^^^^ manipulation of the IP tree. THe editor provides 

to the node 305. The pomters from the operand tree com- jr i** ^- r r i* 

. ^ jr i_ • 1- J 1- J commands for selecting a portion of an IP tree, for placing 

ponents ( tcOnndTi T ) are shown in solid Imes, and the . . , . ttV* jr i ^ * 

^ . ^ > \i . . . /u. 3,\ . an insertion pomt in the IP tree, and for selecting a node to 

pomters irom the operator tree components ( tcOp ) to 30 . _* * *u • _4* ■ * j-* n 

, ^ , .jfji. r« ^ msert at the insertion point. The editor allows various 

declaration nodes are shown m dashed hnes. The tree j * w _r j i 4- * *u *i i * ^ 

, .... , 1 ii commands to be performed relative to the currently selected 
elements starting at tree element 5U5 that are connected by j *u * • • * n i 4U 
_, .1- J portion and the current msertion point. For example, the 
solid Imes form a tree data stmcture. That is, a tree IS formed i*j *• l j 
, ^ , , ^ i 1- ... currently selected portion can be copied or cut to a clip- 
by tree elements 505-513 and the solid Imes that connect , jt-l ru ^ *u u 
J , . , ™ , . . ■ . board. The contents of the cupboard can then be pasted from 
these tree elements. Tree element 505 contains an operator 35 , , j ^ ^. /. ^. - ^ - 

, . , , 11.-. . . 1-/%^ the clipboard to the current msertion pomt usmg a paste 

tree component that points to a declaration tree element 521 ^ , ai *i. -j • j /• 

r ' . /J. „x ... , . . r« . command. Also, the editor provides various commands (e.g., 

for the assignment ( - ) computational construct. The tree «n * * ■ _* j * *u * • • / 

1 . m% 1 . • J . . . Paste - ) to msert new a node at the current insertion point, 

element 505 also contains operand tree components that r™. j- j. , 

point to tree elements 506 and 507 that represent the variable The editor displays an IP tree to a programmer by 
"A" and the expression "B+3*(4-C)," respectively. The 40 generating a display representation of the IP tree using the 
operator tree component of tree element 506 points to the ^P^^y enzymes. The IP system preferably has display 
declaration tree element 527 for the variable "A^* The enzymes to display an IP tree in several different popular 
program-defined declaration tree element 527 was added to Programming language formats, such as C++, Pascal, Basic, 
the IP tree to declare the variable ^'A' as an integer. The ^isp. The IP system permits a programmer to select, and 
name tree component ("tcDri") of the tree element 527 45 change at any time, the format that the editor uses to produce 
comains the name of the variable "A^ The operand tree ^ ^^P^^V representation of the IP tree. For example, one 
component of the declaration tree element 527 points to the programmer can select to view a particular IP tree in a C++ 
tree element 527A whose operator tree component poinU to format, and another programmer can select to view the same 
the IP declaration tree clement 526 for the type "int.'' Thus, ^ Lisp format. Also, one programmer can switch 
the variable "A" is declared to be an integer. The other tree 50 ^ ^""^^^ * Lisp format for an IP tree, 
elements of FIG. 5 are not explicitly described herein but When directly manipulating an IP tree, the editor prefer- 
have a similar description to those tree elements described ably indicates the curreatiy selected portion of the IP tree to 
above. * programmer by highlighting the corresponding display 
An IP declaration tree element represents the definition of representation of the IP tree. Similarly, the editor preferably 
an IP computational construct. Part of that definition consists 55 indicates the current insertion point to a programmer by 
of information describing the IP computational construct, displaying an insertion point mark (e.g., "|" or"*") within the 
such as its print name (e.g., "+"), the name space m which display representation. The editor also allows the program- 
it occurs (e.g., module), its volataity (e.g., constant or mer to select a new current portion or re-position the 
variable), and various other flags, which are preferably insertion point based on the display representation, 
stored as properties. Because the operator tree components 60 FIG. 6 is block diagram of components of the editor in a 
point directly to IP and program-defined declaration tree preferred embodiment. The editor 601 includes IP tree editor 
elements, the properties of declaration tree elements can be 602, command well editor 603, display representation gen- 
changed and be immediately reflected throughout the IP tree erator 604, display enzymes 605, command well 606, user 
when it is being displayed. For example, if a particular interface maps 607, IP tree 608, and IP computational 
variable is highhghted, then a property of the declaration 65 constructs 609. The IP tree editor is a command-centered 
tree element for the variable is set to highlight. Because each editor that receives from a programmer an indication of a 
tree element representing the variable points to the declara- command to perform and retrieves the code of the command 
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from the command well and executes the retrieved code. The 
IP tree editor controls the selection of the available com- 
mands directly from the command well or from the com- 
mand well based on the user interface maps, and effects the 
execution of commands selected by a programmer. The user S 
interface maps map menu items, toolbars, and keys to 
commands. When a menu item, toolbar, or key is selected, 
the IP tree editor perfofms the associated command. Ihe 
command well contains a list of commands that are available 
for programmer selection and code to effect the performance lO 
of each command. The command well editor allows a 
programmer to customize the user interface provided by the 
IP tree editor and to maintain the table of IP computational 
constructs and the display enzymes. The display represen- 
tation generator generates and displays a display represen- 15 
tation of the program tree based on a programmer selected 
format and the display enzymes. 

The IP Tree Editor 

The IP tree editor 602 provides commands for creating 
and modifying IP trees. An IP tree is generated by entering 
a sequence of editor commands that create and insert nodes 
(tree elements) into the IP tree. For example, a programmer 
adds an assignment statement to a compoimd statement by 
selecting a node for the compound statement and indicating 
that a child node is to be added with the assignment operator 

("=")• 

FIG. 7A illustrates the user interface provided by the IP 
tree editor. The IP tree editor directs the display represen- 
tation generator to display a representation of the IP tree on 
the display device. The IP tree editor also effects the 
performance of commands invoked from the command well, 
from a menu, from a toolbar, or from a keymap. Commands 
typically manipulate (add nodes to and delete nodes from) 
the IP tree, change the insertion point, or change the current 
selection. Other commands aUow for storing and retrieving 
the IP tree. The IP tree editor user interface preferably 
includes a menu 701, a horizontal toolbar 702, a vertical 
toolbar 703, a program text area 704, and a left margin area 
705 as shown in FIG. 7A. Toolbars, preferably, may be 
marked visible or invisible. They may be positioned at 
toolbar areas at the top, bottom, left, or right of the window. 
They can be repositioned from any of the four toolbar areas 
to another toolbar area by selecting and dragging with a 
mouse. FIG. 7 A shows a sample program displayed in C++ 
format. FIG. 7B illustrates a sample program displayed in 
Lisp format. 

FIG. 7C illustrates the selection of the select menu of the 
IP tree editor. The select menu is a pull down menu that lists 
various commands for selecting portions of the IP tree and 
positioning the insertion point. 

In one embodiment, the IP tree editor includes a tokenizer 
for receiving keyboard entered text, recognizing a token, and 
converting the token into a sequence of editor commands. 
The IP tree editor provides commands for selecting portions 
of an IP tree and for placing an insertion point in the IP tree. 
The IP tree editor allows various commands to be performed 
relative to the currently selected portion and the current 
insertion point. For example, the "Paste if command 60 
replaces the currently selected portion of the IP tree by an 
node pointing to the declaration node that defines the IP 
computational construct for conditional execution, which is 
generally denoted as "if' in current programming language 
syntax. The typing of an "if' token results in the correspond- 65 
ing "Paste if command being executed relative to the 
current selection. 
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The IP tree editor provides various commands for select- 
ing portions, positioning insertion points, adding and delet- 
ing nodes in the program tree, and manipulating the IP tree. 
As described below, the command well editor allows a 
programmer to customize the mapping of keys to com- 
mands. The following describes a typical user interface for 
manipulating an IP tree. 

A subtree is selected by pointing (using the mouse 
pointer) to the display representation of some tree node and 
then double cUcking the left mouse button. The entire 
subtree headed by that node is selected. A list of subtrees 
may be selected by drawing through the Hst with a mouse 
button held down. Selection and placement of the insertion 
point can be effected by a single command, A single click of 
the left monse button will select a subtree, but it positions the 
insertion point at one end of the selection — depending on 
whether the cHck was in the left or the right half of the 
display representation of the node. Aldiough the subtree is 
selected, the subtree may not be modified. Rather, the 
selection defines an operand of an operator to be inserted at 
the insertion point. If the operator (IP computational 
construct) is binary, the selected subtree will be the right or 
the left operand of the operator, depending on the placement 
of the insertion point. Missing operands are displayed as 
"nr. A "Select Crown" command (e.g., control-click right 
mouse button) selects the head of a subtree, without select- 
ing the whole subtree. This permits replacing an operator, 
while leaving the operands in place. 
The following is a description of various selecting and 
insertion point positioning commands. The sample IP tree is 
that shown in FIG. 3. 
SELECT NODE CONTENTS 

select a particular node for the purpose of changing the 
contents of the node by manipulating its name or 
constant tree component. For example, when the pro- 
grammer selects the "4'' of the statement "A=B+3*(4- 
C)", then the IP tree editor selects the node 311. The 
programmer can then change the content of the con- 
stant tree component for the node. In the following, the 
selected portion of the IP tree is indicated by a vertical 
bar for an insertion place. The following illustrates the 
selection of a node and the changing of the constant 
value to "40." 

position mouse pointer after "4" 
command: select node contents 

enter "0" 



A^+3*(40|-C) 

SELECT SUBTREE 

select the entire subtree of the currently selected node. For 
example, when the currently selected portion is node 
305 and the programmer enters the select subtree 
command, then the IP tree editor selects the subtree 
comprising nodes 305-313, The following illustrates 
the select subtree command. 

command: select subtree 

A^+3V4-a 
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Alternatively, the subtree can be selected by placing the 
mouse pointer on the and double-clicking the left 
mouse button. 
SELECT CROWN 

select only the head node of the currently selected subtree. 
For example, when the currently selected portion is the 
subtree with the Qodes 305-313 and the programmer 
enters the select crown command, then the IP tree editor 
selects node 305. The following illustrates the select 
crown node of subtree command. 



command :select crown 

Alternatively, the crown can be selected by placing the 
mouse pointer over the operator and the alt-clicking the 
left mouse button. 
SELECT PARENT 

selects the subtree of the parent node of the currently 
selected subtree. For example, when the currently 
selected portion is the subtree with nodes 305-313 and 
the programmer enters the select parent command, then 
the IP tree editor selects the subtree of node 301. The 
following illustrates the select parent of head node 
command. 

{ 

D=A/2 
} 

command: select parent 
1 

I 

SELECT FIRST CHILD 

selects the first child node of the head node of the 
currently selected subtree or currently selected node. 
For example, when the currently selected portion is the 
subtree with nodes 305-313, and the programmer 
enters the select first child command, then the IP tree 
editor selects the node 306. The following illustrates 
the select first child command 

command: select first child 

A-5+3»(4-C) 

SELECT LAST CHILD 

selects the last child node of the head node of the currently 
selected subtree or currently selected node. For 
example, when the currently selected portion is the 
subtree with nodes 305-313 and the programmer enters 
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the select last child of head node command, the IP tree 
editor selects the node 307. The following illustrates 
the select last child command. 

command: select last child 

A-5±3*(4-C) 

SELECT PREDECESSOR SIBLING 

selects the predecessor sibling node of the head node of 
the currently selected subtree or currentiy selected 
node. For example, when the currendy selected portion 
is the subtree with nodes 305-313 and the programmer 
enters the select predecessor sibling command, then the 
IP tree editor selects the node 303. In an alternate 
embodiment, if a subtree is currently selected, thea the 
IP tree editor selects the entire sibhng subtree. The 
following illustrates the select predecessor sibling com- 
mand. 



{ 



B-4 



I>=A}1 



} 

30 command: select predecessor sibling 

{ 

B=4 

35 A^+3*(4-C) 
D~A}1 

) 

40 SELECT SUCCESSOR SIBLING 

selects the successor sibhng node of the head node of the 
currently selected subtree or currently selected node. 
For example, when the currently selected portion is the 
subtree with nodes 305-313 and the programmer enters 
45 the select successor sibling command, then the IP tree 
editor selects the node 304. In an alternate embodiment, 
if a subtree is currently selected, then the IP tree editor 
selects the entire sibling subtree. The following illus- 
trates the select successor sibling command. 
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{ 

B=4 

A=B¥%HA-C\ 
D~A/2 

} 

command: select successor sibling 
{ 

B-4 

A-B^3*{A-C) 

D~A/2 

} 
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SELECT NEXT 

selects the next aode in IP tree that is undefined (described 
below) as encountered in a depth first left-to-right 
tiaversal of the program tree. 

SELECT PLACE 

places the insertion point between two nodes. The inser- 
tion point is indicated by a greater than symbol (">") or 
a caret ("""). The insertion point is placed between two 
sibling nodes, before the first or last sibling node, or 
where the first child node is to be inserted. For example, 
the insertion point can be placed between statements in 
a list or parameters for a function. The insertion point 
is indicated by clicking the left mouse button. The 
following illustrates the select place command. 



B-4 



%i A=B+3*(4-C) 
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} 

command:select place with mouse pointer before "D'* 
{ 

B-4 

yl=5+3*(4-0 
> 

} 

SELECT LEFT 

places the insertion point above the currently selected 
subtree or node. When a node for a multi-operand 40 
operator is inserted, new operand nodes arc inserted on 
the left of the currently selected node. The command is 
preferably selected by positioning the mouse pointer to 
the left of the currently selected portion and clicking 
the left mouse button. For example, when the currently 45 
selected portion is the subtree with nodes 309-313 and 
the insertion point is above the current node to the left, 
then the IP tree editor inserts the new node above and 
to the left of the currently selected subtree. The fol- 
lowing illustrates placing the insertion point ("|") above 5Q 
the currently selected node to the left. 

yiog+3*(4-0 

command: select left 

55 

^°^+ l3*(4-n 

command: paste reference (E) 



illustrate the operator precedence. The "paste reference 
(E)" command causes the node for the first to be 
changed to contain as its right operand field a reference 
to the declaration node for the variable "E." The 
preferred way to invoke the "Paste Reference (E)" 
command is by entering the token "E" from the key- 
board. Similarly, the preferred way to invoke the "paste 
command is by eutering a from the keyboard. 
All common IP computational constmcts have similar 
keyboard -based ways to invoke the commands. 
SELECT RIGHT 

places the insertion point above the currently selected 
subtree node. When a node for a multi-operand opera- 
tor is inserted, new operand nodes are inserted on the 
right of the currently selected node. The command is 
invoked preferably by positioning the mouse pointer to 
the right portion of the currently selected node and 
single clicking the left mouse button. For example, 
when the currently selected portion is the subtree with 
nodes 309-313 and the insertion point is above the 
current node to the right, then the IP tree editor inserts 
the new node above and to the right of the currently 
selected subtree. The following illustrates placing the 
insertion point above the currently selected node to the 
right. 



A-B+ri4-C)\ 
A-B+3*{A-C)+E 



A»5+£2?23*(4-C) 

command: paste + 

Note that the selection "3*(4-Cy' defined the right oper- 
and of the inserted binary operator "+". Parenthesis are 
displayed by the display representation generator to 



60 



65 



Note that the selecUon " 3*(4-CV ' defined the left operand 
of the inserted binary operator** 
SELECT BEFORE NODE 

places the insertion point as a left sibling of the currently 
selected node or subtree. The command is preferably 
selected by positioning the mouse pointer to the left of 
the currently selected subtree and clicking the mouse. 
For example, when the currently selected portion is the 
subtree with nodes 305-313 and the programmer places 
the insertion point as a left sibling, then the IP tree 
editor inserts subsequently pasted nodes between nodes 
303 and 305. The following illustrates the select before 
node command. 

{ 

B=4 
> 

A-5+3*(4-0 

D~A/2 

} 

new data: C=2 
{ 

B-4 

C=2 



A-5+3"(4^0 
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SELECT AFTER NODE 

places the insertion point as a right sibling of the currently 
selected node or subtree. The command is entered by 
positioning the mouse pointer to the right of the cur- 
rently selected subtree and clicking the mouse. For 
example, when the currently selected portion is the 
subtree with nodes 305-313 and the programmer places 
the insertion point as a right sibling, the IP tree editor 
inserts subsequent nodes betweea nodes 305 and 304. 
The following illustrates the select before node com- 
mand. 

{ 

B=4 

A=J+3'(4-C) 



] 

new data: C=2 
{ 

B-4 



C-2 

i)=A/2 
) 

INTERPRETED SELECTION * 

The IP editor uses an interpreted selection mode for 
automatic context sensitive selection by the tokenizer during 
creation of an IP tree. While other forms of selection (e.g., 
left) use underlining (by default) to explicitly indicate the 
extent of the selection, interpreted selectioa mode dispenses 
with fixed extent indicators and uses the relative precedence 
and associativity of the operators to determine the implied 
extent of selections. In other words, the IP editor interprets 
the extent of the selection based on the operator context. 

The IP editor indicates interpreted selection mode by a 
slightly fattened vertical cursor with no explicit extent 
indication. The interpreted selection mode is entered upon 
entering a blank to terminate an entry or upon entering an IP 
computational construa (operator). The interpreted selec- 
tion mode is exited upon entering a tab or reverse tab 
(shift-tab) or by any specific selection made by the user. 

For example, if in interpreted selection mode, when 
entering the expression 

5+4* . . . 

the multiply is associated with the 4 because multiply 
precedence is greater than the addition, so that the expres- 
sion operators associate as if the expression were 

S+(4- . , . ) 

Since the expression is unambiguous without the 
parentheses, the expression is actually displayed as 

5+4* . . . 
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The IP display enzymes automatically add the parentheses 
whenever (and only when) the natural operator precedence 
is inconsistent with the intent of the expression, i.e., a lower 
precedence operator is intended to associate with the oper- 

5 and between it and a higher precedence operator. 

If the C-Hke precedence of the interpreted selection mode 
does not provide the desired precedence, then tiie IP editor 
allows the programmer to exit 30 the interpreted selection 
mode. The programmer uses the tab key or the mouse to 

10 leave interpreted selection mode and to right select the 
operator (i.e., to right select the "5+4" expression as a unit). 
When the operator is entered, this expression is used as 
its left operand. If the state of entry in interpreted selection 
mode is as follows: 

15 

5+4| 

two tabs (or alternatively a mouse selection to the right of 
the plus) will right select the expression "5+4" as foUows: 

20 5±4l 

This entire expression will be the operand of the next 
operator. Thus, entry of the operator followed by a 6 will 
result in the following. 

25 (5+4)*6| 

After entering the 6, the IP editor again enters interpreted 
selectioa mode. 
The IP editor enters the interpreted selection mode when- 

30 ever an operand of an expression is entered from the 
keyboard. The interpreted selection is similar to a right 
selection without the extent indicator. The cursor becomes a 
slighdy fattened vertical bar and the selection extent indi- 
cation (whose default representation is an underline for other 

35 forms of selection) is not displayed. The way in which data 
entry is completed determines the resulting selection mode. 
If a blank is used to complete an operand (e.g., a variable 
reference), the IP editor remains in interpreted selection 
mode. If a tab or shift-tab is used to terminate an entry, the 

40 IP editor exits interpreted selection mode. Interpreted selec- 
tion mode is designed to allow sequential entry of expres- 
sions without leaving the interpreted selection mode, except 
in those cases where the natural operator precedence would 
not produce the desired sequence of execution. 

45 The IP editor also provides navigation techniques for 
traversing an IP tree. Tab and shift-tab are the canonical 
methods for moving (forward and reverse) from one type of 
selectioa to another and from position to position in a 
canonical order as defined by the structure of the IP tree. If 

50 a programmer is in the middle of entering a terminal node 
(e.g., a variable name, keyword, string, etc.), the entry of a 
tab will complete the entry process before moving to the 
next canonical position. 

The IP editor allows the entry of a blank to complete the 

55 entry process without changing position. This leaves the 
programmer positioned to do something more with the item 
just entered, for example, add an annotation. For example, if 
the programmer wants to add the annotation const to an int 
type before completing the rest of the declaration 

60 information, a blank after entry of the "int" will complete 
entry of the "int" token but leave the positioning on the "int" 
so that the annotation can be added immediately. 

The IP editor also allows the completion of an entry to 
occur conditionally as a consequence of entering an operator 

65 at the end of a leaf entry. For example, when entering the 
sequence "x+", the occurrence of the "+" operator completes 
the entry of the identifier "x" and the occurrence of the blank 
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completes the entry of the operator and repositions entry to 
the second operand of the "+", that is, at the "???" in the 
expression that follows. 

x+222 ^^^1 

The generic model for selection and navigation is defined s 

by the following recursively invocable state diagrams of AoJ?+??? 
FIGS. 7E-7H. In these diagrams, the ellipses represent the 

stale of selection mode for the current node, the arcs A=5+2j 
represent a state to stale (and sometimes node to node) 

transition that is triggered by the labeled keyboard entry, the A^^+i^m 

boxes represent the recursive invocation of another instance a~b+3*4\ 
of one of the stale diagrams, and the rhomboids represent 

exit and entry points that also designate the keyboard A°g+3*M-???) 
characters to be applied in calling slate diagram after the 

return. a=j?+3*(4-c|) 

FIG. 7E represents a state diagram illustrating the navi- 

gation of terminal operands (e.g., numbers, variable The above example illustrates a preferred default selection 

references, strings, etc.). When navigating through a termi- of a node and an insertion pomt performed by the IP tree 

nal operand, only three selections are meaningful: left sclec- editor during insertion of nodes into an P tree. If, however, 

tion and right selection to apply operators to the operand and a user wishes to enter the statement "A=B+(3*4)-C', then 
tree selection to replace the operand. The following illus- 20 the user would enter the nodes as above \intil the following 

trates the sequence of navigating through a terminal oper- is displayed, 
and. 

A+|B A-5+3*4j 

command:tab 

j\4B The user would then right select the expression whose top 

command: tab nod& is represented by the " *" operator to change the current 

A4B| selection, thereby producing the following, 
command:shift-tab 

A+B ^-^^^ 

FIG. 7F represents astate diagram illustrating navigation 3^ ^^^^ ^^^^ ^^^^^ ^^^^^ 

or an unary operator. When navigating a unary operator, the illustrated b the followin 

IP editor allows selection of the unary operator itself and the ^ y e o owing. 

operand (which may be an extended subtree). Thus, navi- a-5+(3M)-| 

gating unary operators allows a crown selection state and the 

capability to recursively invoke another state diagram model a-b+(3*a)-c 

to navigate through the subtree of the operand. 

The following illustrates the sequence of navigation Duringcreationof an IP tree, there can be many undefined 

through a unary operator for negation ("!"). nodes. The IP tree editor maintains a "To-Do" list identify- 

[ !x ing these nodes. The "To-Do" hst can be maintained in order 

command: tab of creation of the undefined nodes or other ordering. Before 
jx 40 transforming ao IP tree a programmer would typically 

command: tab ensure that all nodes on the "To-Do" list are defined. The use 

Ix of undefined nodes ensures that the IP tree is correctly 

command: tab structured without forcing a programmer to always enter 

(navigate operand x) complete computational constructs. For example, a pro- 
command: lab 45 grammer could create a program tree corresponding to the . 

L4 following: 

FIG. 7G represents a state diagram illustrating navigation if (???) 

of a binary operator. The binary operator model is a gener- 77? 

alizatioo of the unary operator state diagram that adds else 

processing for the second operand subtree between the 50 B^l; 

crown selection and the right selection. The "To-Do" list would contain an undefined node corre- 

FIG. 7H represents a state diagram illustrating navigation sponding to the conditional part and the then-part of the if 

through a function with more than two operands. The statement. The programmer could then edit other parts of the 

"place** ellipses indicate that an insertion point place selec- IP tree and later define these undefined nodes. 

tion exists between operands, thereby allowing for the 55 The program editor allows data to be pasted at the 

insertion of additional operands. insertion point. The sources of the data are from the "Source 

Certain operators require a certain number or minimum Well," the chpboard, or other secondary source. The Source 

number of operands. For example, the operator requires Well contains 

two operands. When an operator is being entered, the IP all local variables 

tree editor creates a node with two operand nodes. If the 60 all types 

operands have not yet been specified, then the IP tree editor all computational constructs 

set the operand nodes to "to be determined" (TBD), also all globals 

referred to as "undefined," which is displayed as "???". For all operators 

example, when entering the statement "A=B+3* (4-C)" the all procedures 

TBD identifier, "7??", is displayed to represent undefined 65 The contents of the Source Well changes as the insertion 

operand nodes. The following illustrates the entering of the point changes to represent the data that can be appropriately 

statement. inserted at the insertion point. 
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Certain primitive nodes which can be pasted into the IP tree, generates and displays a representation of the IP tree, 

tree are available via the execution of distinct commands io and allows a programmer to insert nodes into the IP tree. In 

the command well. For example, "Paste +** will paste a step 801, the routine allows the programmer to select an 

node. The vertical toolbar at theleft of the program text area available display representation format. In a preferred 

preferably lists these commands, organized into the follow- 5 enabodiment, the user may select another display represen- 

ing categories: tation format at a later time, and the routine will instead use 

Statements, such as if, for, switch, goto, label, etc. ^i^wly selected format when displaying the IP tree. 

Arithmetic operations, such as +, - etc. ^^^^^^ ^""^^^ ^'^^ ^^^^ memory in 

. . . , response to a command from the programmer. The IP tree 

Assignment operations, such as +=, etc, ^ j^^^^^ ^^^^ ^^^^ ^^^^^^ aprcvious invocation 

Relations, such as ==, >, etc. of the modify IP tree routine. The IP tree may also have been 

Boolean and logical operations, such as &, &&, «, etc. created in other ways, such as parsing conventional source 

Increments and Decrements code. The routine preferably can omit this step in order to 

Data structure operations, such as &, *, [ 1, etc. construct an IP tree initially, rather than modifying an 

„ • A n f 1 fi /\ • ,• .• 15 existing IP tree. 

Groupings and calls, for example { }, a( ), specializaUon, ^.^p ^^^^^ representation 

^ f ^' J , , ^ . . , format to generate a display representation of the IP tree. To 
Tlie keyboard xan be used for typing m program text. A ^^ ^ j esentation, the routine traverses the IP 
substantial portion of keystroke and mouse event sequences ^ ^ depth-first manner and representing each node in the 
arehandledby the wmmand keystroke mappm ^ jp ^^^^ ^ ^^^^ representation 
the IP tree e^tor. The IP tree editor divides keyboard mput ^^^^j ^ of graphics or bitmaps allows pictures to be 
mto tokens^Before the end of a token is reached, backspace ^^^^ declaration names or point- 
may be used to edit the token and the token text is visible on (j^^^^j^j ^^^^ corresponding 
the screen at the insertion pomt. Tokens are dehmited by de^i^jtion. For example, if a constant value represents an 

25 I-beam cursor, then an I-beam bitmap itself can be, used to 

A space or spaces represent the identifier of the constant. Also, there can be 

When special characters follow alpha or number several representation formats (stored as properties) for a 

characters, as in a + name. For example, a declaration tree element can have a 

When alpha or number characters follow special short name and a long name. The programmer could display 

characters, as in +b 30 the IP tree using the short name, but when debugging a 

Some characters form a token by themselves and termi- "ff '^^ programmer is unfamiUar with the program- 

nate what was before, for example, a semicolon ™" '^''^'^ display (he long name (which are presumably 

_ , , . ,. , , more descriptive). Alternative names could also be stored m 

There may be other escape conventions for tokens that ^^.^^^ ^^^^ languages. The display representation gen- 

mclude both alpha and special characters 3^ .^^^^ described below in detail. 

TTie tokens are then looked up m the various keymaps and ^j^p ^^^^ j^^,;^^ jj^pj^y^ representation on the 

a sym o is . display device. The routine displays an insertion point 

First, the token may be directly associated with a com- indication at a position within the display representation that 

mand in a kcymap. For example, the token "if' may corresponds the insertion point. In a preferred embodiment, 

result in the execution of the "Paste if' command. 40 the routine preferably displays only a portion of long display 

Next, the token is ''looked up" by traversing the tree from representations, and allows the user to scroll within the 

the selection towards the root. The tokenizer seardies display representation, causing the routine to display a 

for right operands of field selections in structure dec- different portion of the IP tree. The routine preferably 

larations. Hie tokenizer also searches local declarations generates in step 803 only as much of the display represen- 

in procedures, global declarations in modules, and 45 tation of the IP tree as is necessary to produce the displayed 

declarations in the system libraries. The IP tree editor portion of IP tree. 

also preferably maintains a symbol list containing the In step 805, if the programmer wishes to insert a node, 

names associated with the various declaration tree then the routine continues at step 806 to insert the node, else 

elements. The tokenizer can search this list for match- the routine returns. In step 806, the routine inserts a new 

ing names. If token does not represent a unique name, 50 node. Aprogrammer inserts a new node by selecting a type 

the tokenizer can present the programmer with further of node to insert and a position in the IP tree at which to 

identifying information to help the programmer iden- insert the node. The process of inserting a node is described 

tify the appropriate node with a non-unique name. in detail below. After step 806, the routine continues at step 

Thus, the IP tree editor will find the token for 803 to generate the display representation for the IP tree 

example, as the name of an operation typically in a system 55 containing the inserted node, to display the generated 

library. The effect of this token will be to execute a "Paste representation, and to allow the programmer to insert further 

+" command to paste a operator node into the IP tree. nodes. In step 808, if a command other than an insert node 

The IP tree editor also provides commands for expanding command is received (e.g., selection or re-position insertion 

and collapsing the display representation of an IP tree. The point), then the routine processes the command in step 809 

display representation of an IP tree can be expanded and 60 and loops to step 803 to update the display device, 

collapsed, in whole, or in part, in outline fashion. A col- FIG. 9 is a flow diagram of the insert new node routine 

lapsed element is identified by a gray bullet in the left that shows step 806 in greater detail. In steps 901-907, the 

margin. The following commands may be used to expand routine inserts a node of a type specified by the programmer 

and collapse a display representation: expand all, expand at an insertion point, then inserts any placeholder nodes 

next level, collapse all, and collapse next level. 65 required by the new node, and selects a new insertion point. 

FIG. 8 is a flow diagram of the modify IP tree routine of In step 901, the routine allows the user to select an 

the IP tree editor. In steps 801-806, the routine loads an IP insertion point with reference to the display representation. 
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In this step, the routine allows the programmer to select as the IP system. In a preferred embodiment, each command 
the insertion point any position in the display representation has associated with it a unique identifier and function for 
that corresponds to either a node of the IP tree or a separation implementing the command. A preferred command well is 
between nodes of the IP tree. The programmer may select described in U.S. Pat. No. 5,287^14, entitled "METHOD 
the insertion point by p'ointing to the display representation S AND SYSTEM FOR CUSTOMIZING A USER [NTER- 
using the pointing device. The programmer may also use the FACE IN A COMPUTER SYSTEM." The IP tree editor 
keyboard to select insertion point by pressing a combination provides a user interface that includes a menu hierarchy, 
of cursor positioning keys that moves the cursor to the various toolbars, and various kcymaps. The command well 
insertion point within the display representation. The pro- editor allows a programmer to customize the user interface, 
grammer may also use an insertion point positioning com- lo The command well editor allows a programmer specify the 
mand provided by the IP system. These commands move the menu hierarchy. A programmer can specify the names of 
insertion point to a given position in the IP tree, either menu items and the corresponding command to perform 
absolute or relative to the current position of the insertion when the menu item is selected. The user interface prefer- 
point, ably includes an arbitrary number of toolbars that can be 

In step 903, the routine aUows the programmer to select 15 individually and optionally placed on any of the four borders 
the type of node that should be inserted at the insertion point. of IP^s main window (oriented horizontally or vertically) 
In a preferred embodiment, the programmer uses the key- according to the user's preferences. The command well 
board to enter a token corresponding to a paste command editor allows a programmer to specify which commands are 
(e.g., "if' for the "paste if command). Alternately, the to be included on the toolbars. Each command typically has 
routine displays a hst of paste commands for available node 20 a bitmap specifying a button for the toolbar. The user 
types and allows the user to select one. The routine prefer- interface preferably includes an arbitrary number of key- 
ably specifies the types of nodes which may inserted as maps that are chosen during the course of input based on the 
children of each node type. After the user has selected to context of the current selection, e.g., a left margin keymap 
paste a node type, the routine verifies that a node of the for when the mouse is over the left margin area of the 
selected type may properly be inserted at the insertion point. 25 window and a program text keymap for when the mouse is 
This involves checking that a node of this type is a proper over the program text area of the window. The command 
child of the node above the insertion point. If a node of the well editor allows a programmer to specify the mapping of 
selected type may not properly be inserted at the insertion a key (or mouse event) or sequence of keys to commands, 
point, the routine preferably permits the programmer to For example, a double chck in the program text area may 
choose another node type or insertion point. 30 map to a command to select a node, whereas a double click 

In step 904, the routine inserts a node of the selected type in the left margin may map to a command to display a 

into the IP tree at the insertion point. If the insertion point is subtree. Also, if a programmer maps the letters "if' (the "if* 

at a node of the IP tree, then the routine replaces the node at token) to the "Paste if command in the program text 

the insertion point with the inserted node. On the other hand, keymap, then when the programmer types "if' within the 

if the insertion point is a separation between nodes of the IP 35 program text area the "Paste if* command is executed which 

tree, then the routine makes the inserted node a child of the causes a node to be inserted at the current insertion point, 

node above the insertion point. If the insertion point is a FIG. 7D illustrates components of the user interface of the 

crown select (e.g., of a "+"), ttie operator is replaced by the command well editor. The command well editor provides a 

insertee (e.g., by a "*") and the operands remain unchanged. list of all commands implemented by the IP tree editor. The 

If the insertion point is a left (or right) selection, the inserted 40 command well editor allows a programmer to specify a 

node becomes the operator of the new node, the selection bitmap associated with each command. The command well 

extent becomes the last operand for a left (or the first editor provides a category list box to allow the programmer 

operand for a right) selection, and any required (but as yet to select which category of the user interface to customize, 

unspecified) argimients of the new operator are filled in by Xhe menus category allows a programmer to customize the 

To-Do's (i.e., ???'s) 45 menu hierarchy. The toolbars category allows a programmer 

The IP system preferably specifies a minimum number of to customize the toolbars. The keys category allows a 
children for each type of node. In step 905, the routine programmer to customize the keymaps. 
checks to see how many children are required for a node of r« . ^ . ^ 
the selected type. If anode of the selected type requires more ^h^ ^^^P^^y RepresentaUon Generator 
children than the inserted node presently has, then the 50 The display representation generator receives requests 
routine continues at step 906 to insert nodes of a special from the IP tree editor to display representations of the IP 
type, called placeholder nodes, as children of the inserted tree on the display device. The display representation gen- 
node until the inserted node has the required number of erator requests each node of the IP tree to display its 
children, else the routine continues at step 907. representation based on the currently selected display rep- 

In step 907, the routine selects a new insertion point. The 55 resentation format. The display representation generator 

routine selects the insertion point that the programmer is uses a depth-first left-to-right traversal of the IP tree. Since 

likely to select next. To this end, if the routine inserted any not all IP computational constructs have a corresponding 

placeholder nodes in step 906, then the routine preferably syntax in each programming language, the display repre- 

selects one of the inserted placeholder nodes. If the routine sentation generator generates a representation that, although 

selects the correct insertion point, then the programmer can 60 not syntactically correct, conveys the semantics of the 

skip the step of selecting the next insertion point and proceed computational construct correctly. 

directly to selecting the next type of node to insert, FIG. 10 is a flow diagram of the generate display repre- 

- J „ _ sentation routine that shows step 803 in greater detail. One 

The Command Well Editor ^^^^^^ ^ ^^^j^ appreciate that well-known tech- 

The command well editor controls configuration of the 65 niques exist for displaying trees. In steps 1001-1006, the 

user interface of the IP tree editor. The IP system provides routine generates a display representation of the IP tree by 

a command well that contains each command provided by traversing the IP tree in a depth-first, left-to-right manner 
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and by generating the display representation for each node. 
In step 1001, the routine determines the portion of the IP tree 
for which to generate a display representation by selecting a 
subtree of the IP tree. A subtree is defined by a root display 
node, and contains the root display node and all of the 
descendants of the root display node. The routine preferably 
selects the root display node by moving up the tree from the 
insertion point untfl the current node defines a subtree whose 
display representation is likely to fill the space of the display 
device allocated for the display representation. 

In step 1002, the routine creates a data structure called a 
display list. After the routine completely expands the display 
list, the routine uses it to display the representation. The 
display list is a linked list that contains display list items, 
each of which can either be unexpandcd or expanded. 
Unexpanded display list items correspond to a node (within 
the subtree defined by the root display node) whose display 
representation details have not yet been computed. 
Expanded display list items, on the other hand, correspond 
to one of one or more pieces of the display representation 
details associated of the type of a particular node of the 
subtree. In step 1003, the routine inserts into the display list 
an unexpanded display list item corresponding to the root 
display node. In steps 1004-1006, the routine progressively 
expands the display list items until the display list is com- 
pletely expanded. 

In step 1004, if the display list contains unexpanded 
display list items and the display window is not yet fiill of 
displayed information, then the routine continues at step 
1005, else the routine returns. In step 1005, the routine 
replaces the unexpanded display list item closest to the 
beginning of the display list with a replacement set of 
display fist items specified by the selected representation 
format. Some of the display list items may be expanded and 
correspond to the actual display representation, while others 
may be unexpanded and correspond to nodes of the subtree 
that are children of the node to which the replaced display 
list entry corresponds. In step 1006, the routine modifies the 
content of the unexpanded display list items of the replace- 
ment set to each indicate a particular child node of the node 
to which the replaced display list entry corresponds, 

FIGS. UA-llD are sample diagrams showing the con- 
tents of a subtree and the display representation at various 
times during the insertion of two new nodes into the subtree. 
FIG. IIA is a sample diagram showing the contents of the 
subtree and the display representation before any insertion 
has been performed. The subtree 1110 is defined by its root 
display node, a print node 1111, specifying a display opera- 
tion. The print node is a child of another node, such as a 
grouping node, not shown. An "A" variable reference node 
1112 and a "IS THE ANSWER" string node 1113 are 
children of the print node. The insertion point left selection 
1114, shown as an "|_" symbol, is located on the line above 
the print node. The extent of the left selection, as indicated 
by the shading of the nodes, includes nodes 1111 , 1112, and 
1113. The display representation 1120 contains a line of text 
1121 corresponding to the subtree. An insertion point left 
selection 1122 is shown as a vertical bar cursor positioned at 
the beginnmg of the line and an underscored indicating the 
extent of the selection. 

The programmer then moves the insertion point to 
between the characters "A" and in the display represen- 
tation. The programmer moves the insertion point by either 
pointing to the new position with a pointing device, using 
cursor positioning keys to move the cursor to the new 
position, or using a move to child positioning command. 
FIG. IIB is a sample diagram showing the IP tree and the 
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display representation after the IP tree editor has moved the 
insertion point 1131 to above the "A" variable reference 
node as a right selection of "A". The right selection insertion 
point 1131 is represented in the diagram as an "_|" on the 
line above the node 1112 and the extent of the selection is 
indicated by the shading of node 1112. On the display, 
insertion point right selection, item 1142, is now positioned 
between the "A" character and the character and the 
extent is indicated by the underscoring of "A". 

The programmer then selects the multiplication node type 
to insert (paste) at the current insertion point. FIG. IIC is a 
sample diagram showing the IP tree and the display repre- 
sentation after the IP tree editor has inserted a multiphcation 
node as the parent of the "A" variable reference node. In the 
subtree, the IP tree editor has inserted a multiplication node 
1151 as a parent of the "A'' variable reference node. Because 
multiplication nodes reqiure at least two children (as mul- 
tiplication is a binary operation), the IP tree editor has also 
inserted a placeholder node 1152 as a second child of the 
new multiplication node. Because the user is likely to next 
insert a node to replace the placeholder node, the IP tree 
editor has moved the insertion point 1153 to the placeholder 
node as a tree selection. This tree selection insertion point 
1153 is indicated by the horizontal bar on die line above 
node 1152. In the display representation, the IP tree editor 
has generated an asterisk as the display representation for 
the new multiplication node and question marks for the new 
placeholder node, and moved the tree selecdon insertion 
point 1163 to the question marks. 

The programmer then selects the "B" variable reference 
node type to insert at the insertion point and inserts it. The 
"B" variable reference node may be selected and insert by 
typing it directly from the keyboard or via a copy and paste 
operation. FIG, IID is a sample diagram showing of the IP 
tree and the display representation after the IP tree editor has 
inserted a "B^* variable reference node as a child of the 
multiphcation node. In the subtree, the IP tree editor has 
inserted a "B" variable reference node 1171 to replace the 
placeholder node. If "B" is entered via the keyboard, then IP 
editor will place the insertion point to just after "B" and 
leave the user in interpreted selection mode in anticipation 
that the expression may be extended by the user. This 
situation is illustrated in FIG. IID by the vertical cursor bar 
1172 shown just after the "B" in node 1171. In the display, 
item 1180, the interpreted selection insertion point is shown 
as a vertical cursor bar, item 1174, with no explicit extent 
indication. 

To produce each display representation in FIGS. 
IIA-IID, the IP system executes the generate display 
representation routine, FIGS, 12A-12F show the execution 
of the generate display representation routine to produce the 
display representation 1180 shown in FIG. UD. FIG. 12Ais 
a diagram of the display list at the beginning of the genera- 
tion of a display representation. 

The subtree 1210 has nodes 1211-1215. The display list 

1220 has a single display list entry 1221. Display list entry 

1221 is unexpanded, as shown by the character "U" inside 
the display Ust entry, and its content indicator indicates the 
print node 1211. 

FIG. 12B is a diagram of the display list showing the 
expansion of display list entry 1221, The display list has 
display list items 1222-1227. These display list entries are 
those in the replacement set for print nodes of the display 
representation format of the Basic language. The diagram 
also shows a string table 1240 having entries 1241-1244. 
Display list entry 1222 is expanded, and its content indicator 
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indicates the "PRINT" string 1241. When display list entry 
1222 is displayed, the "PRINT' string will be displayed. 
Display list entries 1223, 1225, and 1227 are also expanded, 
and their content indicators also each indicate a string that 
will be displayed when the display list is displayed. Display 
Ust entry 1224 is unexpanded, and its content indicator 
indicates the multiphcation node 1212. Display list entry 
1226 is similarly unexpanded, and its content indicator 
indicates the "IS THE ANSWER" string node 1215. The 
unexpanded nodes will be expanded further. 

FIG. 12C is a diagram of the display list showing the 
expansion of display hst entry 1224. The IP system selects 
display list entry 1224 to expand because it is the first 
unexpanded display list entry in the display hst. Display list 
entry 1224 has been expanded into display list items 
1228-1230. Display list entry 1228 is unexpanded, and its 
content indicator indicates the "A" variable reference node 
1213. Display hst entry 1229 is expanded, and its content 
indicator indicates a string 1241. Display hst entry 1224 
is unexpanded, and its content indicator indicates the B 
variable reference node 1214. 

FIGS. 12D-12F are diagrams of the display list showing 
the expansion of display list entries 1226, 1228, and 1230. 
In no. 12F, the display Ust is fully expanded. The IP system 
displays the fully expanded display list to display the 
unparsed text as shown in FIG. UD by traversing the display 
hst &om beginning to end, displaying the text of the string 
indicated by the content indicator of each display Ust entry. 

The Reducer 

In a preferred embodiment, the reduction of an IP tree 
occurs in two phases: markup and transform. The markup 
phase is a preprocessing phase that traverses the IP tree and 
generates data to facihtate the transform phase. For example, 
the markup phase may determine that a polymorphic opera- 
tor should be replaced with a floating point addition 
operator during the transform phase. During markup phase, 
data that indicates the polymorphic operator is to be replaced 
by a floating point addition is stored in the tree element. 
During the transform phase, the data is checked and the 
operator is replaced. During the markup phase, the structure 
of the IP tree is not modified. Rather, additional tree com- 
ponents (called annotations) are added to existing tree 
elements. In this way, markup phase can be performed 
concurrently (in the background) with the data entry of an IP 
tree. While the tree is marked up in a pass that precedes the 
tree transformation phase, there are situations where new, 
interim subtrees are created in the course of reduction and 
these new subtrees are marked up before tree transformatioD 
resumes. Marking up the newly created subtrees sets them 
up for further reduction. This strategy allows the tree to be 
reduced in a series of simple transformations each of which 
produces a somewhat simpler version of the tree and even- 
tually leads to a machine . level RP tree that can be turned 
directly into machine code. An example of interleaving 
transformation and markup is provided by the Average 
enzyme described later. 

The markup phase performs operations, such as, 

(1) simplifying expressions (e.g., "2+3" becomes "5^'); 

(2) matching actual arguments with formal arguments and 
indicating any necessary type conversions or type 
errors; 

(3) matching types of variable (e.g., for assignments); and 

(4) determining which function should be used to trans- 
form the subtree. 

During the markup phase, various match functions can be 
invoked to determine which reduction enzyme should be 
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used. An indication of the reduction enzyme is stored in the 
tree elements so that the reduction enzyme can be invoked 
during the transform phase. 
After the markup pass over the tree, the IP Reducer 

5 receives a copy of marked up IP tree (i.e., a tree whose nodes 
have been annotated with markup information as described 
above) and a set of reduction enzymes and uses the reduction 
enzymes to reduce (i.e., to transform) the IP tree to an RP 
tree. In one embodiment, the reduction enzymes are stored 
as an anay of enzymes. Each reduction enzyme has a Match 
function and an Xform function. The Match function is 
passed a pointer to a tree element and returns and indication 
as to whether the Xform function should be performed on 
the passed tree element. The Xform function reduces the 
passed tree element. Each IP computational construct has 
one or more reduction enzymes. Each reduction enzyme 
may have been itself an IP tree that was reduced and 
compiled. During bootstrapping of the IP system, an initial 
set of reduction enzymes is developed using conventional 
programming techniques. However, once bootstrapping is 

^0 complete, these initial enzymes are preferably replaced with 
enzymes developed with the IP system. (Display enzymes 
arc developed in a similar manner.) 

The IP system starts the reduction process by invoking the 
ProccssTE function passing the root tree element of a copy 

25 of the IP tree. The ProcessTE function loops invoking each 
Match function checking for a match and, when a match is 
found, invokes the corresponding Xform function. The. 
Xform function typically replaces the pointer to the tree 
element it is passed with a pointer to a tree element that is 

30 the root of a reduced subtree and then recursively invokes 
the ProcessTE function to processes the reduced subtree. For 
example, the Xform function for the _List IP computational 
constmct recursively invokes the ProcessTE function each 
tree element pointed to by an operand tree component. When 

3^ an Xform function has completed the reduction of the 
subtree that was passed to it, it returns the resultant 
(transformed) subtree which will be used by the calling 
function to replace one of the operands in its subtree, thereby 
completing one of the steps in transforming its subtree. 

^0 Code table 1 contains pseudo-code for the ProcessTE 
function. The ProcessTE ftinction is passed a pointer to a 
tree -element that is the root of an IP subtree and returns a 
pointer to a tree element that is the root of RP (i.e., 
transformed) subtree for the IP subtree. Before the tree is 

45 transformed, ProcessTE function checks to see if the subtree 
is a new subtree that was created in the course of previous 
reduction and if so, the new subtree is marked up before tree 
transformation resumes. Then, the ProcessTE function loops 
through the reduction enzymes invoking the Match function 

50 until a match is found for the passed tree element and then 
invokes the Xform function for the enzyme. One skilled in 
the art would appreciate that various search techniques could 
be used to optimize the search for a match. 

55 CODE TABLE 1 

ProcessTE (pTE) 

if pTE is newly created and not marked up 

Markup (pTE) 
for i=l,cEazymc 
60 if (Enryincli].Match{pTE)) 

Return results of EiizyinelilXfonn(pTE) 

endfor 



Code Tables 2-8 contain pseudo-code for sample 
65 enzymes. Code Table 2 contains pseudo-code for the 
^Module IP computational construct. The Xform function 
recursively invokes the ProcessTE function passing the 
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pointer in the operand[l] tree component, which points to a 
list of all of the functions or other modules within the 
starting module. Upon completion of its computation, the 
recursively called ProccssTE function returns a pointer to a 
new list which is the reduce form of all of the-functions and S 
modules within the subtree of opcrand[l]. The returned 
pointer is used to replace operand[l] and pTE, which now 
points to the newly reduced subtree, is returned. 
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operand[l] tree components passing the pointer in the oper- 
and tree components. Analogous to the assignment operator 
replacement, this Xform function replaces the generic addi- 
tion operator with the appropriate machine level addi- 
tion operator based on the markup on the operator. Then the 
operand's subtrees are recursively reduced and the operand 
fields are replaced by the result. The pTE pointer to the 
transformed subtree is then returned. 



CODE TABLE 2 



Enzyme. _Module 
Matcli(pTE) 

return (pTE-*tcOp==_DCX && pTE-*tcOpnd[0]»«_Module) 
Xform(pTE) 

Replace pTE-»tcOpn4l] with result of ProcessTE(pTE-*tcOpnd(lD ^5 
Return pTE 



Code Table 3 contains pseudo-code for the _List com- 
putational construct. The Xform function recursively 
invokes the ProcessTE function for each operand tree com- 
ponent passing the pointer in the operand tree component, 
and uses the result as a replacement for the corresponding 
operand field. 

CODE TABLE 3 



Enzyme._Llst 
MatchCpTE) 

return (pTE-^tcOp— reference to DCL of _list) 
Xfonn(pTE) 

for each tcOpiid[i] in pTE, 

Replace pTE-*tcOpnd[i] with results of 

ProcessTE(pTE^tcOpnd[iD 

Return pTE 



Code Table 4 contains pseudo-code for the assignment 
("«") computational construct. The Xform function recur- 
sively invokes the ProcessTE function for the operand[0] 
and operand[l] tree components passing the pointer in the 
operand tree components. The enzyme replaces the generic 
assignment operator with the appropriate machine level 
assignment based on the markup on the operator. (The 
markup pass, which precedes the tree transformation pass 
that is being described here, recursively processes the types 
of the operands and marks them up in order to derive the 
appropriate markiq) for the operator. Hence, the markup on 
the operator is, in efifect, inferred from the types of the 
operands.) The subtree for each operand is reduced and the 
operand field is replaced by the corresponding result. The 
pTE pointer to the transformed subtree is then returned. 

CODE TABLE 4 



Enzyme. - 
Malch(pTE) 

return (pTE-»tcOp== reference to the DCL of "=") 
Xform(pTE) 

if markup on operator specifies half word. 

replace pTE-*tcOp with half word assignment operator, 
else if markup on operator specifies full word, 

replace pTE-*tcC)p with full word assignment operator, 
else if markup on operands specifi.es douhle word, 

replace pTO-*tcOp with double word assignment operator, 
Replace pTE-*tcOpnd[0] with result of ProcessTE(pTE-»tcOpnd[0;D 
Replace pTE-^tcOpndll] with results of 
Proce66TE(pTE— tcOpnd( 1 J) 
Return pTE 



Code Table 5 contains pseudo-code for the addition 
computational construct. The Xform function recursively 
invokes the ProcessTE function for the operand[0] and 



CODE TABLE 5 



Enzyme.+ 
Match{pTE) 

return (pTE-^tcOp== reference to the DCL of **+") 
Xform(pTE) 

if markup on operator ^ecifies integer, 

replace pTE-^tcOp with integer + operator, 
else if markup on operator specifies real, 

replace pTE-»tcOp with real 4- operator. 
Replace pTE-»tcOpnd[0] with results of 
ProcessTE (pTE-*tcOpnd[0]) 
Replace pTE-*tcOpnd[l] with results of 
Process (pTE—tcOpnd[l]) 
Return pTE 



Code Table 6 contains pseudo-code for the "Average" 
enzyme, which transforms an expression such as "Average 
(3.4,2.8,1.5)" (as shown in FIG. lA) into the simpler, prefix 
form that uses only binary operators, "divide(add(add(3.4, 
2.8),1.5),3)" (as shown in FIG. IB, in the pseudo code, the 
shorthand for the "divide" operator Ls and for the "add" 
operator is "+"). The Xform function creates sufficient new 
tree elements with the binary (or add) operator to arrive 
at a total of the values to be averaged, which are pointed to 
by the operand tree elements. The Xform function then 
creates an expression tree element with the (or divide) 
operator with an op6rand[0] tree component that points to a 
tree element representing the total and an operand[l] tree 
component that points to a tree element representing the 
number of values to be averaged. Because each value to be 
averaged is not necessarily a constant value (i.e., it may be 
an expression requiring further reduction), the Xform func- 
tion invokes the ProcessTE function for each operand tree 
component in the passed tree element. Also, the Xform 
function recursively invokes the ProcessTE function passing 
the tree element with the operator to check whether an 
enzyme has be defined for the operator that would further 
reduce it. (Since this is a newly created subtree, the Pro- 
cessTE function will call the mark up routine to mark it up 
before transformation resumes. This annotates the divide 
and add operators so that they can be further reduced to 
machine level operators (to floating point operations in this 
case).) This recursive invocation of the ProcessTE function 
will transform the divide ("^^ and add ("+") operators to the 
appropriate machine level operations in the same way that 
Code Table 5 reduced the add ("+") operator. Code Table 5 
is the specific enzyme that reduces the add ("+") operators 
in this subtree. The pTE pointer to the transformed subtree 
is then returned. 

CODE TABLE 6 



EnzymcAvcragc 
Match{pTE) 

letuni Q)TE-^tcOp== reference to the DCL of Average) 
Xfonn(pTE) 

pTEleft = pTE-KcOpndtOl 
pTElcft « ProcessTECpTEleft) 
for each tcOpad[i] of pTE not yet processed 
pTEright = pTE— tcOpnd[i] 
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CODE TABLE 6-continued 

pTEright - ProccssTECpTEright) 
pTEadd = ncwfTE) 

pTEadd— tcOp = reference to DCL of + 
pTEadd— tcC^ttd[0] - pTElcfl 
pTEadd— tcC^)nd[l] - pTEright 
pTElefUpTEadd 
pTEl=newCrE) 

pTEl-*tcci -reference to DCL of/ 

pTEl-*tcOpnd[0] - pTEleft 

pTEl-*tcC^nd(l] = pTE2= newCTE) 

pTE2-*tcConst = number of operands in plE 
pTE2-*tcOp = reference to DCL of_CCotLstant 

pTEl = FiDcessTECpTEI) 

pTE«pTEl 

Return pTE 



The IP system, in addition to providing predefined IP 
computational constructs, allows a programmer to define 
and add new IP computational constructs. To add an IP 
computational construct, a programmer needs to create a 
display enzyme and a reduction enzyme and then register the 
enzymes with the IP system. Once the enzymes are 
registered, the programmer can then use the new IP com- 
putational construct when creating an intentional program. 

One such IP computational construct that a programmer 
may want to add is the "forall" computational construct. The 
"foraU" construct is used to specify execution of a statement 
(typically a compound statement) once for each element in 
a collection. In addition to defining the *'forall" construct, 
the programmer defines the "collection" construct, which is 
a generic data holder that has no a priori commitment to an 
implementation, such as an array implementation or a Linked 
list implementation or some other implementation. 

The following statements represent a display of a decla- 
ration of the variable "coll" as a type of collection and a 
display of a statement in which the "forall" construct is used 
to process each element in the collection "coll/* 

Collection(int) coll attrib: Array Co llection( ): 

forall (x, coll) 

{ 

bar(x) 

The term "Collection(int)" in the declaration identifies the 
type of the variable "coll." That is, the variable "coU" is 
declared to be of a type that is a collection of integers. The 
term "attrib:ArrayCollection( is a an annotation that is 
added by the programmer once an implementation form is 
decided upon and it indicates the kind of implementation the 
programmer desires (an array implementation in this 
example). In this annotation, the programmer indicates that 
the variable "coll*' is to be implemented as an array. The 
"forall" statement has three operands: the index variable 
("x"), the collection variable ("coll"), and the statement to 
execute for each element in the collection. 

FIG. 13 shows an IP subtree corresponding to the decla- 
ration statement for the variable "coll," The declaration tree 
element 1301 contains an operator tree component that 
indicates that the operator is a declaration, an operand tree 
component that points to tree element 1302, and a name tree 
component that contains the name of the variable "coll." The 
tree element 1302 contains an operator tree component that 
points to the declaration tree element 1303 for a 
"collection," an operand tree component points to tree 
element 1304 correspondmg to the type of the collection, 
and optionally, an annotation tree component that points to 
tree element 1306 corresponding to the type of collection to 
implement. 
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FIG. 14 is a diagram illustrating an IP subtree conespond- 
ing to the "forall" statement. The tree element 1401 contains 
an operator tree component that points to a declaration tree 
element 1402 for the "forall" statement, and operand tree 

s components that point to the index variable, the collection 
variable, and the body of the "forall" statement. The first 
operand tree component points to the tree element 1403, 
which has an operator tree componeut that points to the 
declaration tree element 1404 that declares the index vari- 
able "x" to be an integer. The second operand tree compo- 
nent points to tree element 1407, which has an operator tree 
component that points to the declaration tree element 1301 
for the variable "coll." The third operand tree component 
points to tree element 1408 corresponding to the body of the 
"forall" statement. The operator tree component of tree 
element 1408 points to the declaration tree element 1409 for 
a *Tist." The operand tree component of tree element 1408 
points to tree element 1410 corresponding to the single 
statement in the body. The tree element 1410, which corre- 
sponds to the "bar(x)" statement, contains an operator tree 

^0 component that points to the declaration tree element 1411 
for the function "bar** and contains an operand tree compo- 
nent with an operator tree component that points to tree 
element 1418. Tree element 1418 corresponds to the actual 
parameter to be passed to the function "bar" The declaration 

25 tree element 1411 has an operator tree component that 
indicates a declaration, an operand tree component that 
points to tree element 1412 to indicate that "bar** is declared 
as a function. Another operand field that points to tree 
element 1415 that lists the body of the function. The tree 

30 element 1413 corresponds to the formal parameters and tree 
element 1414 corresponds to the return value of the function. 
The name tree component contains the name of the function. 

FIG. 15 is a diagram of an RP subtree corresponding to 
the declaration of the variable "coll.** This RP subtree 

35 corresponds to the following C programming language 
statement. 



sttuct { 

int iMaq //current number of items used in array 

int inipl[1000]; //collection array 

}coll; 



The variable "LMac" is used to store the current number of 
items in the array, and the variable "impl" is the array. Since 
the declaration for the variable "coll*' did not specify the size 
of the array, as indicated by the empty parentheses after 
"ArrayCollection" designation, a default size of 1000 is 
used. A collection could also be implemented as a linked list, 
rather than an array. With a linked list implementation, the 
RP subtree for the declaration of the variable "coll** may 
correspond to the following C programming language state- 
ments. 



55 



struct 


{ 




int element 




node* ptr node 




}tiode; 


struct 


{(aode* head} coll; 
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The nodes of the linked list would be dynamically allocated 
and deallocated. Referring to FIG. 15, which shows an RP 
subtree for an array implementation, the declaration tree 
element 1501 contains an operator tree component that 
65 indicates it is a declaration, an operand tree component that 
points to the implementation, and a name tree component 
that contains the name of the variable "coll." The tree 
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element 1503 contains an operator tree component that 
points to the declaration tree element for a "struct" statement 
and an operand tree component that points to the tree 
element 1506 for the body of the "struct" statement. The tree 
element 1506 contains an operator tree component that 
points to declaration tree clement 1507 that declares the 
body to be a "list," contains a first operand tree component 
that points to tree element 1508 corresponding to the first 
statement in the list, and contains a second operand tree 
component that points to the tree element 1511 that corre- 
sponds to the second statement in the Ust. The tree element 
1508 declares the variable "iMac" to be an integer. The tree 
element 1511 declares the variable "impl" to be an array of 
integers of size 1000. 

FIGS. 16A-16D are diagrams of the RP subtree for the 
"forall" statement shown above. The RP subtree represents 
the following C programming language statements. 

int index; 

int x: 

for (iDdex=0, x«coll.impl[0]; index<coll.iMac; 
x=coll.impl[++index]) 

{ 

bar(x) 

}; 

The C programming language implementation of the 
"forall" statement defines the temporary variable "index" 
which is incremented each tune through the "for** statement 
and is an index into the array "coll.impl." The "for" state- 
ment is executed while the value of the variable "index" is 
less than the number of elements in the collection as 
indicated by the variable "coUiMac." FIG. 16A is a high- 
level diagram of the RP subtree for the "forall" statement. 
Tree element 16A01 contains an operator tree component 
that points to the declaration tree element 16A02 for a list 
and contains three operand tree components that point to tree 
elements 16A03, 16A06, and 16 AOS which correspond to 
statements in the list. The tree element 16A03 corresponds 
to the statement to declare the variable "index" and integer. 
The tree element 16A06 corresponds to the statement to 
declare the variable "x** an integer. The tree element 16A08 
corresponds to the RP computational construct "for" that is 
used to implement the IP computational constmct "forall."' 
The operator tree component of tree element 16 AOS points 
to the declaration node for the "for" statement and the 
operand tree components that point to the initialization 
expression, conditional expression, loop expression, and 
body of the "for** statement. 

FIG. 16B is a diagram showing the RP subtree for the 
initialization expression of the "for** statement. The tree 
element 16B01 contains an operator tree component that 
indicates a list of statements and contains operand tree 
components that point to tree elements 16B03 and 16B08 
corresponding to the statements in the list. The tree element 
16B03 corresponds to the statement "index=0 " and contains 
an operand tree component that points to tree element 16B05 
with an operator tree component that points to the declara- 
tion tree element 16A03 for the variable "index." The tree 
element 16B08 corresponds to the statement "x=coll,impl 
[0]** and contains an operand tree component that points to 
tree element 16B09 with an operator tree component that 
points to the declaration tree clement 16A06 for the variable 
"x." The tree element 16B10 corresponds to the indexing of 
the array "coll.impl." The operator tree component of tree 
element 16B10 points to the declaration tree component for 
the indexing of an array. The operand tree component points 
to tree element 16B12 corresponding to the array. The 
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Operator tree component of tree element 16B12 points to a 
declaration tree element 16B13 that indicates the array is 
within a "struct." The operand tree components point to the 
declaration of the "struct" (declaration tree element 1501) 
and the item within the "struct." 

FIG. 16C is a diagram showing the RP subtree for the 
conditional expression of the "for" statement. Tlie tree 
element 16C01 oontauis an operator tree component that 
points to the declaration tree element 16C02 for the "less 
than" construct, contains an operand tree component that 
points to the tree clement 16C03 for the left operand, and 
contains an operand tree component that points to the tree 
clement 16C04 for the right operand. The tree element 
16C03 contains an operator tree component that points to the 
declaration tree element 16A03 for the variable "index." The 
tree element 16C04 contains an operator tree component to 
the declaration tree element 16C05 for the data member 
access computational constmct, contains an operand tree 
component to the tree element 16C06 that points to decla- 
ration tree element 1501 for the stmcture, and contains a 
pointer in the operand to the tree element 16C07 that points 
to declaration tree element 1508 for the member "iMac." 

FIG. 16D is a diagram of the subtree for the loop 
expression of the "for" statement. The tree element 16D01 
contains an operator tree component that points to the 
declaration tree element 16D02 for the "assignment** com- 
putational construct, contains an operand tree component 
that points to tree element 16D03 for the left operand, and 
contains an operand that points to tree element 16D04 for the 
night operand. The tree element 16D03 contains an operator 
tree component that points to the declaration tree element 
16A06 for the variable "x.** The tree element 16D04 con- 
tains an operator tree component that points to the declara- 
tion tree element 16D05 for the array indexing construct 
(i.e., "[ ]"), contains an operand tree component that points 
to the tree element 16D06 for the variable "coll .impl" and 
contains an operand tree component that points to the tree 
element 16D10 for the increment computational construct 
and the variable "index." 

Code table 7 contains an implementation of a reduction 
enzyme for the declaration of a variable of the type collec- 
tion that is implemented as an array. 

CODE TABLE 7 
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Enzyme .ArrayCoUcction 
Match(pTE) 

return (pTE-^tcOp=.=_X)CL) && 

^TE— tcOpiid[0] -•tcOp— reference to the DCLof 
Collection) && 

(pTE^tcOpnd[0]-»tcAnnot-*tcOp-- reference to the 
DCL of ArrayCollection) && 
(prE-*tcOpiKi[03 — tcAnaot-*tcC>pnd[0] — NIL)) 

Xfonn(p'lie) 

pTEl-new(rE) 

pTEl-*tcO^- reference to the DCL of struct 
pTEl -♦tcC^nd[0]-pTE2-new(TE) 

pTE2^tcOp= reference to the DCL of _li5t 
pTE2-^tcOpiidlO]=pTE3«»ncwfrE) 
pTE3^tcOp=_DCL 
pTE3— tcDni="iMac" 
pTEa-^-tcOpndtOl-pTEWcwtTE) 

pTE4— tcOp= reference to the DCL of int 
pTE2-'tcOpnd[l>pTE5-ncw(TE) 
pTE5-«'tcOp=_JX;L 
pTE5 -►tcDnio" impl" 
pTE5-*tcOpnd[0]=pTE6=newCrE) 

pTE6-*tcOp= reference to the DCL of _J<G 
pTE6-»lcOpndlO]=pTE7«»newCrE) 

pTE7-»tcOp= reference to the DCL of int 
pTE6-»tcOpndIl>*pTE8=newCrE) 
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CODE TABLE 7-continu6d 
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pTE8— tcOp- rcfcrcacc to the DCL 

oE_CConstaat 

pTE8-»tcConst=1000 
pTE-'tcOpnd[0]*pTEl 
Return results of ProccssTCCp're) 



In an alternate embodiment, the declaration of each IP 
computational construct has a function table that contains a 
list of pointers to enzymes associated with the IP computa- 
tional construct. When processing an IP tree, these enzjTiies 
are invoked to process tree elements with operator tree 
components that point to the declaration tree element for the 
computational construct. FIG. 17 is a block diagram illus- 
trating a declaration tree element. Declaration tree element 
1701 for the "addition" IP computational construct contains 
a tree component ("tcVtbl") that points to a function table 
1702. Each entry in the function table contains a pointer to 
a function that implements an enzyme for ptuucssing tree 
elements whose operator tree component points to the 
declaration tree clement 1701. The Display function 1703 
controls the displaying of tree elements whose operator tree 
component points to the declaration tree element 1701. The 
Markup function 1704 and the Xform function 1705 control 
the marking and transforming (reducing) of tree elements 
whose operator tree component points to the declaration tree 
element 1701. 

This alternate embodiment corresponds to the use of 
object-oriented programming techniques, such as, a virtual 
function table. Each IP computational construct has virtual 
functions for controlling processing. Code Table 8 contains 
pseudo-code illustrating functions for displaying (display 
enzymes) tree elements. 

CODE TABLE 8 

DisplayTE(pTE) 

pTE-*tcOp-^Display(pTE) 
+.Display(pTE) 

DispIayTE CpTE-^tcOpndlO]) 

Output("-*-") 

DispIayTE CpTE-*tcOpnd[l]) 
foraIl.Display{pTE) 

DispIayTE CpTE-*tcOpiid[0]) 

DispIayTE {pTE-*tcOpnd[l]) 

DispIayTE ^JTE— tcOpnd[2D 
=.Disp]ay(pTE) 

DisplayTECprE-*tcOpnd(0]) 

Output 

DispiayTE(prE-«'tcOpnd| Ij) 
ListDisplay^TE) 
for each tcOpnd i 

DispIayTE (pTE-*tcOpnd[iD 

An IP tree is displayed by invoking the function DispIayTE 
passing a pointer to the root tree element. The function 
DispIayTE invokes the function Display associated with the 
declaration tree element that is pointed to by the operator 
tree component of the root tree element. The function 
Display controls creating the display for the IP computa- 
tional construct declared by the declaration tree element. 
The function "+ .Display" controls the displaying of an IP 
subtree when the root tree element of the IP subtree contains 
an operator tree component for the addition operator. This 
function display invokes the function DispIayTE to display 
the left operand, outputs a "+," and then invokes the function 
DispIayTE to display the right operand. This function 
"+.Display" controls the displaying of the operator in an 
"infix" format. Code Table 9 contains pseudo-code corre- 



20 



sponding to the Display" function that uses a "prefix*' 
format. 

CODE TABLE 9 

+.Display 

Output("Add(") 

Disp layTE(pTE-^tc<>pnd[0]) 

Output(",") 

DisplayrE(pTE-*tcOpnd[iD 
Output(")") 



In this alternate embodiment, analogous functions are 
used to control the markup and transforming (reduction) 
phases. During transformation, the function Xform is 
invoked to effect the transformation of an IP subtree to an RP 
subtree. 

Although the present invention has been described in 
terms of a preferred embodiment, it is not intended that the 
invention be limited to these embodiments. Modifications 
v^thin the spirit of the invention will be apparent to those 
skilled in the art. The scope of the present invention is 
defined by the claims that follow. 
I claim: 

1. A method in a computer system for reducing an 
intentional program tree, the intentional program tree having 
a plurality of high-level computational constructs, the 
method comprising: 

providing a reduction enzyme for each of a plurality of 
computational constructs, each reduction enzyme for 
replacing a node representing the high-level computa- 
tional construct with a subtree representing an imple- 
mentation of the high-level computational construct, 
each node of the subtree representing a low-level 
computational construct; and 
for each of a plurality of nodes of the intentional program 
tree, 

identifying a reduction enzyme for the high-level com- 
putational construct represented by the node from 
among the provided reduction enzymes; and 

invoking the identified reduction enzyme passing a 
40 reference to the node wherein the identified reduc- 

tion enzyme replaces the referenced node with a 
subtree in which each node represents a low-level 
computational construct. 

2. The method of claim 1 wherein the identifying includes 
45 searching for a reduction enzyme that matches the high-level 

computational construct of the node. 

3. The method of claim 2 wherein each provided reduc- 
tion enzyme has an associated match function and wherein 
the searching includes invoking the match functions passing 
a reference to the node until a match function indicates that 
the associated reduction enzyme can reduce the node. 

4. The method of claim 1 wherein a plurality of reduction 
enzymes are provided for each high-level computational 
construct, each reduction enzyme for a high-level compu- 
tational constmct providing a different implementation of 
the high-level computational construct, and wherein the 
identifying selects one of the plurality of reduction enzymes 
for the high-level computational constmct. 

5. A method in a computer system for reducing an 
intentional program tree representing computer programs 
into a reduced program so that a new high-level computa- 
tional construct can be added to a current set of high-level 
computational constructs without affecting the computer 
programs that are aheady represented, each computer pro- 
gram having a plurality of high-level computational con- 
structs from the current set of high-level computational 
constructs, the method comprising: 
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for each computer program, 

storing the computer program as an intentional program 
tree having a plurality of nodes, each node corre- 
sponding to a high-level computational construct of 
the computer program and having a reference to any 
node corresponding to an operand of the high-level 
computational construct; 

modifying the computer program by directly manipu- 
lating the nodes of ih& intentional program tree; 

displaying the computer program by retrieving the 
nodes of the program tree data structure, generating 
a display representation corresponding to the high- 
level computational construct of each retrieved node, 
and displaying the generated display representations; 
and 

generating the reduced program tree with low-level 
computational constructs that represent the computer 
program by invoking a reduction enzyme for each of 
a plurality of nodes of the intentional program tree, 
each reduction enzyme for replacing a node with a 
subtree of nodes that correspond to low-level com- 
putational constmcts implementing the high-level 
computational construct of the node, each high-level 
computational construct in the current set having a 
reduction enzyme. 

6. The method of claim 5 including when a new high-level 
computational construct is added, adding a new reduction 
enzyme that is invoked when a node corresponding to the 
new high-level computational construct is to be reduced, 

7. The method of claim 5 wherein the generating of the 
reduced program tree includes for each of a plurality of 
nodes in the intentional program tree identifying which 
reduction enzyme is to be invoked to reduce the high-level 
computational construct represented by the node. 

8. The method of claim 5 wherein displaying of the 
computer program includes invoking a display enzyme for 
each node in the intentional program tree. 

9. A method in a computer system for reducing an 
intentional program tree representing a computer program, 
the intentional program tree having nodes representing high- 
level computational constructs, each high-level computa- 
tional construct having a reduction enzyme, the reduction 
enzyme for reducing a node representing the high-level 
computational construct with a node representing a low- 
level computational construct, the method comprising: 

selecting a node of the intentional program tree; 
selecting a reduction enzyme that can reduce to the 

high-level computational construct of the selected 

node; and 

invoking the selected reduction enzyme, wherein the 
reduction enzyme replaces the selected node with a 
node representing low-level computational and 
replaces each child node of the selected node by 
repeating the selecting and invoking of a reduction 
enzyme for each diild node. 

10. The method of claim 9 wherein the selecting of a 
reduction enzyme includes invoking a match function of 
reduction enzymes to determine whether the reduction 
enzymes can reduce the selected node. 

11. The method of claim 9 including defining additional 
high-level computational constmcts to be used in specifying 
computer programs and defining a reduction enzyme to 
reduce the high-level computational construct. 

12. The method of claim 11 wherein a reduction enzyme 
for a new computational construct is added by adding the 
reduction enzyme to a list of currently defined reduction 
enzymes. 
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13. A method in a computer system for reducing a 
computer program that is specified without using a computer 
programming language, the computer program being speci- 
fied using a plurality of high-level computational constructs, 
the method comprising: 

for each of a plurality of high-level computational 
constructs, 

receiving an indication of the high-level computational 
construct firom a user of the computer system; 

in response to receiving the indication of the high-level 
computational construct, 

creating a node for the high-level computational 
construct; 

storing the received indication of the high-level 

computational construct in the created node; 
detemiining whether the high-level computational 

construct has an operand; 
when the computational construct has an operand, 

storing in the created node a reference to a node 

that corresponds the operand; and 
storing the created node in an intentional program 

tree; and 

invoking a reduction enzyme for the high-level compu- 
tational construct of the created node, the reduction 
enzyme for replacing the created node with one or more 
nodes that represent an implementation of the high- 
level computational constma using low-level compu- 
tational constructs. 

14. The method of claim 13 including displaying the 
computer program by 

generating a display representation of the high-level com- 
putational construct of the created node; and 
displaying the display representation. 

15. The method of claim 14 wherein the receiving of the 
indication of the computational constmct is received relative 
to a displayed portion of the specified computer program. 

16. The method of claim 13 including generating object 
code from the low-level computational constmcts. 

17. The method of claim 13 wherein new high-level 
computational constructs can be defined without modifying 
any computer program represented by an intentional pro- 
gram tree, 

18. The method of claim 17 wherein a new reduction 
enzyme is defined for the new high-level computational 
constmct. 

19. A computer-readable medium containing instructions 
for causing a computer system to reduce a program tree, the 
program tree having a plurality of high-level computational 
constmcts, the computer system having a reduction enzyme 
for each of a plurality of computational constructs, each 
reduction enzyme for replacing a node representing the 
high-level computational construct with a subtree represent- 
ing an implementation of the high-level computational 
constmct, each node of the subtree representing a low-level 
computational construct, by: 

for each of a plurality of nodes of the intentional program 
tree, 

identifying a reduction enzyme for the high-level com- 
putational construct represented by the node from 
among the reduction enzymes; and 

invoking the identified reduction enzyme passing a 
reference to the node wherein the identified reduc- 
tion enzyme replaces the referenced node with a 
subtree in which each node represents a low-level 
computational constmct. 

20. The computer-readable medium of claim 19 wherein 
the identifying includes searching for a reduction enzyme 
that matches the high-level computational construct of the 
node. 
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21. The computer-readable medium of claim 20 wherein invoking a reduction enzyme for the high-level corn- 
each reduction enzyme has an associated match function and putational construct of the node, the reduction 
wherein the searching includes invoking the match functions enzyme for replacing the node with one or more 
passing a reference to the node until a match function nodes that represent an implementation of the high- 
indicatcs that the associated reduction enzyme can reduce 5 level computational construct using low-level com- 
the node. putational constructs. 

22. The computer-readable medium of claim 19 wherein 24. The computer-readable medium of claim 23 including 
a plurahty of reduction enzymes are provided for each displaying the computer program by 

high-level computational construct, each reduction enzyme • j. i • r . 

for a high-level computational construct providing a differ- lO eeneratmg a display representaUon of the high-level com- 

ent implementation of the high-level computational putational construct of the node; and 

construct, and wherein the identifying selects one of the displaying the display representation. 

plurality of reduction enzymes for the high-level computa- 25. The computer-readable medium of claim 24 wherein 

tional construct. the receiving of the indication of the computational con- 

23. A computer-readable medium containing instructions 15 struct is received relative to a displayed portion of the 
for causing a computer system to reduce a computer pro- specified computer program. 

gram that is specified without using a computer program- 26. The computer-readable medium of claim 23 including 

ming language, the computer program being specified using generating object code from the low-level computational 

a plurality of high-level computational constructs, by: constmcts. 

for each of a plurality of high-level computational 27. The computer-readable medium of claim 23 wherein 

constructs, new high-level computational constructs can be defined 

rccei\dng an indication of the high-level computational without modifying any computer program represented by an 

construct; intentional program tree, 

in response to receiving the indication of the high-level 28. The computer-readable medium of claim 27 wherein 

computational construct, storing a node in a program ^ a new reduction enzyme is defined for the new high-level 

tree, the node referencing the indicated high-level computational construct, 
computational construct and any operands of the 

high-level computational construct; and ***** 
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